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Beschreibung 

Verfahren zur Ubertragung von Daten 

Die vorliegende Erfindung betrifft ein Verfahren zur Obertra- 
gung von Daten nach dem Oberbegriff von Anspruch 1, eine Sen- 
de- und/oder Empf angseinheit, ein Computerprogrammerzeugnis 
und ein Kommunikationssystem. Dabei wird unter dem Begriff 
der Daten im Rahmen der vorliegenden Erfindung auch jede Art 
von Information verstanden, die aus einzelnen Bestandteilen 
zusammengesetzt ist. Diese einzelnen Bestandteile oder Ele- 
ment e konnen dabei nach unterschiedlichen Standards aufge- 
baut, organisiert und/oder codiert sein. Demnach konnen in 
diesem Sinne Daten auch eine multimediale Nachricht darstel- 
len, die diverse Elemente verschiedener Standards umfasst. 



Verfahren und Vorrichtungen zur Ubertragung verschiedener 
Formen oder Formate von Daten sind bekannt. Ein Mobilf unksys- 
tem nach dem Global System for Mobile Communications Stan- 
dard, kurz GSM, bietet beispielsweise neben der Sprachtele- 
phonie schon aktuell auch die Moglichkeit, Information in 
Form kurzer Textnachrichten von bis zu 160 Zeichen Lange zu 
versenden bzw. zu empfangen. Dieser Dienst wird als Short 
Message Service bezeichnet, kurz SMS. 

Fur Mobilfunksysteme der nachsten Generationen, wie bei- 
spielsweise das Universal Mobile Telecommunication System 
UMTS, wird zur Zeit eine multimediaf ahige Variante eines mo- 
bilen Nachrichtendienstes standardisiert, der so genannte 
Multimedia Messaging Service MMS. Der Multimedia Messaging 
Service MMS spezifiziert Mechanismen zum Transport beliebiger 
Inhalte von einem Teilnehmer des Service liber ein Netzwerk zu 
einem anderen Teilnehmer. Inf ormationen als Nachrichten mit 
multimedialen Inhalten werden im folgenden zur besseren Ab- 
grenzung von den Textnachrichten des SMS nur noch als Multi- 
media Message bezeichnet, kurz MM. Im Gegensatz zu dem SMS 
entfallt bei dem Multimedia Messaging Service MMS die Be- 



200119741 




schrankung auf reine Textinhalte. In einem MMS wird es auch 
mSglich sein, Texte einem individuellen Geschmack entspre- 
chend zu formatieren, sowie beliebige Inhalte in eine Nach- 
richt einzubetten. Dazu zahlen z.B. Audio- und Videoinhalte, 
5 Standbilder, Grafiken, Texte und andere. Die einzelnen multi- 
medialen Bestandteile einer Multimedia-Nachricht MM, auch MM- 
Elemente genannt, konnen auch Referenzen auf andere Daten 
beinhalten, sog. Links. Die auf diese Weise referenzierten 
Daten konnen entweder ebenfalls in der Multimedia-Nachricht 
10 MM als weiteres MM-Element integriert sein oder aber auf ei- 
nem externen Speicherplatz zum Herunterladen bereitstehen, 
beispielsweise einem Server im Netzwerk. 

Die nachfolgend offenbarte Lehre bezieht sich generell auf 
15 Datenmengen, die aus einzelnen Elementen von Text- und/oder 
Bilddaten mit oder ohne Ton zusammengesetzt und jeweils nach 
gleichen oder unterschiedlichen Standards codiert sind, auch 
wenn in Anwendungen nach dem vorstehend genannten Standard 
ein wesentliches Einsatzfeld fur die vorliegende Erfindung zu 
20 sehen ist. 



Ein Kommunikationssystem zur Ubertragung derartiger Daten um- 
fasst im Wesentlichen drei Ebenen: eine Ebene eines Datenver- 
senders mit einer MMS-Nutzerapplikation bzw. einem MMS User 

25 Agent, eine Ebene mindestens eines Dienstanbieters bzw. Pro- 
viders, dessen Netzelement den Service ausfiihrt und nachfol- 
gend als MMS Verbindungseinheit bzw. MMS Relay/Server be- 
zeichnet wird, und schliefllich eine Ebene eines Empfangers 
mit einer entsprechenden MMS-Nutzerapplikation. Unter dem 

30 Begriff einer MMS-Nutzerapplikation versteht man auf Sender- 
und Empfangerseite jeweils eine Applikation z.B. auf einem 
Mobilfunkgerat, welche die MMS-Funktionalitat realisiert. 

In der Regel unterstiitzt ein mit einer MMS-Nutzerapplikation 
ausgestattetes Endgerat nicht alle existierende Dateitypen 
und Dateiformate. Gerade aktuelle Entwicklungen deuten auf 
eine weiter stark anwachsende Anzahl verschiedener Datenfor- 
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mate fur verschieclene Spezialanwendungen hin, die als Elemen- 
te einer Multimedia-Nachricht zukiinftig ebenfalls von Inte- 
resse sein konnen. Ein Nachrusten von Teilnehmer-Endgeraten 
etc. ist dabei jedoch schon aufgrund ihrer enorm hohen Anzahl 
und der entwicklungsbedingt hohen Software-Wartungsintervalle 
nahezu auszuschlieften. Es ist daher davon auszugehen, dass 
eine MMS-Nutzerapplikation in einem Teilnehmer-Endgeraten 
stets nur einen Ausschnitt aus der wachsenden Menge verschie- 
dener Datenformate verarbeiten konnen wird. Die Information, 
welche Dateitypen und Dateiformate von einer bestimmten MMS- 
Nutzerapplikation unterstiitzt werden, sind neben anderen in- 
dividuellen Leistungsmerkmalen der MMS-Nutzerapplikation Be- 
st andteil des sog. MMS-Nutzerapplikations-Prof ils bzw. MMS 
User Agent Profiles, das dem MMS Service Provider vor dem 
Austausch von Multimedia-Nachrichten bekannt sein muss. Zu 
diesem Zweck wird es zu Beginn einer jeden MMS-Sitzung von 
dem jeweiligen Endgerat an das Netzwerk ubertragen und dort 
gespeichert. Dadurch, dass die Inf ormationen aus dem MMS- 
Nutzerapplikations-Prof il dem MMS Relay/Server des MMS Servi- 
ce Providers bekannt sind, wird dieser in die Lage versetzt, 
sowohl Dateityp-Konvertierungen bzw. Transcodierungen, als 
auch Dateif ormat-Konvertierungen vornehmen zu konnen. Einer 
MMS-Nutzerapplikation werden dann nur solche Dateitypen und 
Dateiformate zugestellt, die dieses auch verarbeiten kann. ■ 
Wenn ein MMS Relay/Server einer Multimedia-Nachricht, die aus 
zwei MM-Elementen besteht, empfangt, wobei das erste MM- 
Element einen Verweis auf das zweite MM-Element beinhaltet 
und der Dateityp oder das Dateiformat des zweiten MM- 
Elementes vor der Zustellung der Multimedia-Nachricht an den 
Empfanger gemaft den Inf ormationen aus dem MMS User Agent Pro- 
file konvertiert werden muss, ist der Verweis im ersten MM- 
Element nach der Konvertierung fehlerhaft und kann nicht mehr 
aufgelost werden. 

Der vorliegenden Erfindung liegt die Aufgabe zugrunde, ein 
Verfahren, eine Sende- und/oder Empfangseinheit, ein Compu- 
terprogrammerzeugnis urid ein Kommunikationssystem vorzuschla- 
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gen, das einem Absender von Daten bzw. einer Nachricht zu- 
satzliche Moglichkeiten zur Datenversendung bei einem hoheren 
Grad von Flexibility zur fehlerfreien Anpassung bei jedweder 
Kombination von Daten und Datenformaten an ein gegebenes Kom- 
munikationssystem und/oder eine MMS-Nutzerapplikation gibt. 

Diese Aufgabe wird erf indungsgemafi durch ein Verfahren mit 
den Merkmalen des Anspruchs 1 und eine Sende- und/oder Emp- 
fangseinheit mit den Merkmalen des Anspruchs 7 gelSst. Ferner 
ist ein Kommunikationssystem mit den Merkmalen von Anspruch 
10 eine Losung dieser Aufgabe. Die Unteranspruche definieren 
jeweils bevorzugte und vorteilhafte Ausfuhrungsformen der 
vorliegenden Erfindung. 

Ein erfindungsgemalies Verfahren zur Obertragung von Daten in 
einem Kommunikationssystem, insbesondere zur Obertragung von 
Text- und/oder Bilddaten mit Oder ohne Ton, bei dem eine zu 
iibermittelnden Datenmenge aus einzelnen Elementen zusammenge- 
setzt wird, die jeweils nach gleichen Oder unterschiedlichen 
Standards codiert werden, zeichnet sich erf indungsgemafi da- 
durch aus, dass eine Dateityp- und/oder Dateiformat- 
Konvertierung gemafi eines Profils des Empfangers vorgenommen 
wird, wobei ein jeweiliger Verweis zur Erhaltung der Gtlltig- 
keit dieses Verweises in den Daten und/oder zwischen unter- 
schiedlichen Daten-Elementen der Dateityp- und/oder Dateifor- 
mat-Konvertierung entsprechend geandert wird. Mit anderen 
Worten wird bei einer Konvertierung von Dateityp und/oder Da- 
teiformat gemafi eines Profils des Empfangers zur Erhaltung 
der Gultigkeit eines oder mehrerer Verweise in den Daten zwi- 
schen unterschiedlichen Daten-Elementen auch eine Aktualisie- 
rung des mindestens einen Verweises vorgenommen. Damit ist es 
erfindungsgemali durch eine automatische Verweisaktualisierung 
nach einer Dateityp- und/oder Dateiformat-Konvertierung mog- 
lich, dass interne Verweise auch nach einer Konvertierung von 
Dateitypen und/oder Dateiformaten weiterhin giiltig bleiben 
und eine Multimedia-Nachricht stets den Vorgaben eines Absen- 
ders entsprechend vollstandig bei einem Empfanger in ange- 
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passter Weise darstellbar ist. Dabei wird erf indungsgemafi ne- 
ben internen Verweisen auch jeder externe Verweis beriicksich- 
tigt, wie anhand eines Ausfiihrungsbeispiels noch unter Bezug 
auf Abbildungen der Zeichnung beschrieben wird. 

5 

In einer Weiterbildung der Erfindung wird die Konvertierung 
bei einem Provider eines Empf angers vorgenommen . Damit werden 
die fur eine derartige Verarbeitung erf orderlichen Ressourcen 
in einem Nachrichten-Ubertragungsnetz vorgesehen und entlas- 
10 ten insbesondere die Teilnehmer-Endgerate hinsichtlich einer 
erforderlichen Rechenleistung und tragen zu einer Senkung des 
Energieverbrauchs bei. 

In einer bevorzugten Ausfuhrungsf orm der Erfindung wird ein 
15 Verweis in den Daten zwischen unterschiedlichen Elementen ge- 
priift. Damit konnen Fehler in der Datenstruktur aufgedeckt 
und eventuell behoben, aber in jedem Fall an einen Absender 
zuruck berichtet werden. In einer Ausfuhrungsf orm kann dann 
entschieden werden, ob ein derartig beschadigter oder fehler- 
20 hafter Datensatz iibertragen oder geloscht und durch den Ab- 
sender erneut versandt werden soli. 

Die Daten werden zum Versand vorzugsweise derart aufbereitet, 
dass sie einen Header zum Transport von Organisationsinf orma- 

•tionen und einen Body zum Transport einer jeweiligen Nutzin- 
formation umfassen. Die Nutzinf ormation umfasst dabei vor- 
zugsweise Elemente in Form mehrerer Datenpakete. Vorteilhaft- 
erweise' wird zur Ubertragung von Daten von einer Nutzerappli- 
kation eines Teilnehmers uber ein Netzwerk zu einer Nutzerap- 
30 plikation eines anderen Teilnehmers, bei dem die Ubertragung 
durch Transaktionen und/oder den Daten zugefugte Informati- 
onselemente eines Transportprotokolls gesteuert, wobei die 
Inf ormationselemente ' einen Feld-Namen und einen jeweiligen 
Feldwert umfassen. Dabei wird ein erf indungsgemaJJes Verfahren 
35 vorzugsweise fur Daten eingesetzt, die als Multimedia Message 
MM in einem Multimedia Messaging Service MMS iibertragen wer- 
den, insbesondere auf ein mobiles Teilnehmer-Endgerat oder 
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speziell ein WAP-fahiges Mobiltelefon nach dem GSM-, GPRS-, 
EDGE- oder UMTS-Standard oder Mischformen daraus. 

Bisher bietet gerade der Multimedia Messaging Service MMS als 
5 ein bevorzugtes Anwendungsf eld der vorliegenden Erfindung 

keine Mafinahmen zum Abfangen, Prufen und sicheren Konvertie- 
ren gerade externer Verweise zum erleichterten Einbinden von 
Applikationen etc. Hier wird nun in Ausfiihrungsf ormen der 
vorliegenden Erfindung eine Moglichkeit geschaffen, durch ei- 
10 nes sendende Applikation interne wie externe Verweise mit so 
hoher Zuverlassigkeit an empf angerseitige Gegebenheiten anzu- 
passen, dass schon von einer Garantie einer vollstandigen und 
sicheren Zustellung gesprochen werden kann. 

15 

Die vorliegende Erfindung wird nachfolgend unter Bezugnahme 
auf die beigefiigte Zeichnung anhand bevorzugter Ausfuhrungs- 
beispiele erlautert. In der Zeichnung zeigen: 

20 Figur 1 eine schematische Abbildung einer MMS Netzwerk- 
Architektur nach 3GPP; 

Figur 2 ein Ablauf schema, in dem nach der Dateiformat- 

Konvertierung des zweiten MM-Elementes auch der Ver- 
25 weis im ersten MM-Element angeglichen werden muss; 

Figur 3 eine skizzierte Darstellung einer in einem MMSE ein- 
getroffenen MM, die einen Verweis auf eine Datei ent- 
halt, die sich auf einem externen Server befindet und 

30 

Figur 4 ein Schema, in dem nach einer Datei typ-Konvertierung 
und/oder Dateif ormat-Konvertierung ein Verweis auf 
einen Speicherplatz im MMSE des MMS Service Providers 
zeigt . 



35 
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Elemente mit gleicher Funktion und Wirkungsweise sind in den 
Figuren 1 bis 4 durchgehend jeweils mit denselben Bezugszei- 
chen oder Abkiirzungen versehen. 

Wie bereits eingangs beschrieben erlaubt der Multimedia Mes- 
saging Service MMS die Ubertragung von multimedialen Nach- 
richten, in denen unter anderem formatierte Texte und Bilder 
mit und ohne Ton enthalten sein konnen. Die im SMS vorhandene 
Beschrankung auf eine Nachrichtenlange von 160 Zeichen ent- 
fallt. Eine Ubertragung u.a. von Audio- und Videonachrichten 
ist moglich, wobei dennoch weiterhin die sehr haufig genutz- 
ten SMS-Mitteilungen bei angepasstem Aufwand innerhalb des 
Systems erf indungsgemafl verarbeitet werden, wie im Anschluss 
an die Beschreibung des Standes der Technik beschrieben wird. 

MMS ist uber die Nutzung von WAP realisierbar . Dabei wird fur 
die Funkubertragung von Daten, etwa von Multimedia Messages 
MMs, das in der Abbildung von Figur 1 dargestellte Kommunika- 
tionssystem 1 angewendet. Die Abbildung von Figur 1 zeigt ein 
Diagramm nach heutigem Stand der Technik aus Sicht von 3GPP, 
in dem der Austausch einer Multimedia-Nachrichten MM zwischen 
den drei beteiligten Instanzen bei Versand bzw. Empfang einer 
MM dargestellt ist. Dieses Kommunikationssystem 1 umfasst ei- 
ne Ebene 2 eines Datenversenders, auch als MMS- Nutzerappli- 
kation A bzw. MMS User Agent A M-UA_A bezeichnet. Unter dem 
Begriff einer MMS-Nutzerapplikation versteht man eine Appli- 
kation z.B. auf einem Mobilf unkgerat, welche die MMS- Funkti- 
onalitat realisiert. Weiter ist eine Ebene 3 eines Providers 
SPro vorgesehen, dessen Netzelement den Service ausfuhrt und 
nachfolgend als MMS Verbindungseinheit bzw. MMS Relay/Server 
MMS-RS bezeichnet wird. Ein MMS Relay/Server MMS-RS ist ein 
Netzwerkelement, das im Zustandigkeitsbereich bzw. im Multi- 
media Messaging Service Environment MMSE des MMS Service Pro- 
viders SPro den MMS-Nutzerapplikationen MMS-UA eine Kommuni- 
kation uber das Netzwerk ermoglicht und die MMS- Funktionali- 
tat zur Verfugung stellt. In diesem Beispiel ist die Schnitt- 
stelle zwischen den Ebenen 2 und 3 statt als Festnetz- 
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Verbindung als Funknetz RN A zur Ubertragung einer Multimedia 
Nachricht MM1 ausgebildet. SchlieMich ist eine Ebene 4 als 
die Ebene eines Empfangers vorgesehen, der auch als MMS Nut- 
zerapplikation B M-UAJB bezeichnet wird. Hier ist wiederum 
5 ein Funknetz RN B zur Ubertragung der Multimedia Nachricht 
MM1 vorgesehen. 

Selbstverstandlich ist es moglich, dass in der Ebene 3 mehr 
als nur ein Provider SPro auftritt. Das ist beispielsweise 

10 dadurch moglich, dass der Datenversender M-UA_A und der ge- 
wahlte Empfanger M-UA_B bei unterschiedlichen Providern SPro 
A, SPro B unter Vertrag sind, wie in der Abbildung von Figur 
1 angedeutet. Zudem konnen diese unterschiedlichen Provider 
noch durch dritte Provider als Netzbetreiber miteinander ver- 

15 bunden sein. Hier wird jedoch die vorliegende vereinfachte 
Darstellung gewahlt, da die genaue Struktur in der Ebene 3, 
sowie jede Art von Transportanpassung einer Nachricht , z.B. 
von MM1 auf MM 4 etc., fur die Darstellung der vorliegenden 
Erfindung ohne Belang ist, 

20 

In der Regel unterstutzt ein mit einem MMS User Agent MMS-UA 
ausgestattetes Endgerat nicht alle existierende Dateitypen 
und Dateiformate. Die Information, welche Dateitypen und Da- 
teiformate von einem bestimmten MMS User Agent MMS-UA unter- 

25 stutzt werden, sind neben anderen individuellen Leistungs- 
merkmalen des MMS User Agents Bestandteil des sog. MMS User 
Agent Profiles, das dem MMS Service Provider SPro vor dem 
Austausch von Multimedia Nachrichten MM bekannt sein muss. Zu 
diesem Zweck wird es zu Beginn einer jeden MMS-Sitzung vom 

30 Endgerat an das Netzwerk iibertragen und dort gespeichert. Da- 
durch, dass die Informationen aus dem MMS User Agent Profile 
dem MMS Relay/Server MMS-RS des MMS Service Providers SPro 
bekannt sind, wird dieser in die Lage versetzt, sowohl Datei- 
typ-Konvertierungen bzw. Transcodierungen, als auch Dateifor- 

35 mat-Konvertierungen vornehmen zu konnen. Einem MMS User Agent 
MMS-UA werden dann nur solche Dateitypen und Dateiformate zu- 
gestellt, die dieses auch verarbeiten kann. Die GroBe einer 



200119741 



9 



Datei kann sich durch eine Konvertierung zum Teil erheblich 
verandern. Die Unterteilung von Daten in Dateitypen stellt 
eine grobe Klassif izierung von Daten dar, die zu prinzipiell 
unterschiedlichen Medien gehdren, wie z.B. Audio, Text oder 
Standbild. Das Dateiformat erteilt dagegen konkret Auskunft 
tiber die Codierung eines bestimmten Dateityps, z.B. als MP3 
codierte Audio-Datei, oder als JPEG codiertes Standbild. Das 
Dateiformat einer Datei ist durch die an den Dateinamen ange- 
hangte Extension eindeutig zu identif izieren. Beispielsweise 
tragt ein Standbild, das nach dem JPEG Standard codiert wur- 
de, die Erweiterung bzw. Extension "jpg" hinter dem Dateina- 
men. Dateiname und Extension werden in der Regel durch einen 
Punkt voneinander getrennt, z.B.: ^holiday . jpg" . 

Wenn ein MMS Relay/Server MMS-RS eine Multimedia Nachricht 
MM, die aus zwei MM-Elementen MM-E1, MM-E2 besteht, empfangt, 
wobei das erste MM-Element MM-E1 einen Verweis auf das zweite 
MM-Element MM-E2 beinhaltet und der Dateityp oder das Datei- 
format des zweiten MM-Elementes MM-E2 vor der Zustellung der 
MM an den Empfanger gemafi den Inf ormationen aus dem MMS User 
Agent Profile konvertiert werden muss, so ist der Verweis im 
ersten MM-Element MM- El nach der Konvertierung fehlerhaft und 
kann nicht mehr aufgelost werden. 

Bisher ist nicht vorgesehen, auch extern abgelegte Dateien, 
die aus einem MM-Element MM-E heraus referenziert werden, ge- 
mafl den Inf ormationen in einem MMS User Agent Profile des 
Empfangers B zu konvertieren und den Verweis in der Multime- 
dia-Nachricht MM nach der Konvertierung entsprechend anzupas- 
sen. 

Eine Multimedia-Nachricht MM besteht dabei grundsatzlich aus 
einem Kopf-Teil bzw. Header und optional aus einem Datenkor- 
per-Teil, dem sog. Body, der die Multimediaobjekte MM-E ent- 
halt. Da sowohl eine jede Multimedia-Nachricht MM selbst, als 
auch jedes einzelne Element MM-E der Multimedia-Nachricht MM 
prinzipiell aus einem Header und einem Body besteht, ist es 
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auch moglich, dass ein Verweis LK zur Ref erenzierung einer 
Datei im Header der Multimedia-Nachricht MM und/oder im Hea- 
der des jeweiligen MM-Elementes und/oder im Datenkorperteil 
enthalten sein kann. Hier setzt ein erf indungsgemafies Verfah- 
5 ren an, indem bei Verweisen innerhalb einer Multimedia- 
Nachricht MM, d.h. zwischen unterschiedlichen MM-Elementen 
MM-E, nicht nur die Dateitypen und/oder Dateif ormate der MM- 
Elemente gemafi des aktuellen MMS User Agent Profiles des Emp- 
fangers konvertiert werden, sondern auch die darauf verwei- 
10 senden Referenzen innerhalb einer MM. In einer Erweiterung 

dieses Verfahrens kann das oben beschriebene Prinzip auch auf 
extern abgespeicherte Dateien und deren Verweise angewendet 
werden, d.h. auf Dateien, die beispielsweise auf einem Server 
EXT liegen und nicht Bestandteil der MM sind. 

15 

Nachfolgend werden zwei Beispiele fur die oben beschriebene 
Mechanismen zum Angleichen von Verweisen nach einer Konver- 
tierung von Dateitypen und/oder Dateif ormaten unter Bezugnah- 
me auf Abbildungen der Zeichnung beschrieben. Zunachst soil 

20 ein Fall betrachtet werden, bei dem ein Verweis innerhalb ei- 
ner Multimedia-Nachricht MM zwischen unterschiedlichen MM- 
Elementen auch nach einer Konvertierung weiterhin giiltig 
bleibt. Der zweite Fall beschaftigt sich mit dem Verweis auf 
eine auf einem Server abgelegten Datei, die aus einer Multi- 

25 media-Nachricht MM heraus referenziert wird. Hier wird ein 
Verweis zum Einbindung von Medienobj ekten beispielhaft als 
Uniform Resource Location- bzw. URL-Verknupf ungen darge- 
stellt. Theoretisch sind auch andere Arten von Verweisen 
denkbar, die jedoch aufgrund ihres vergleichsweise hoheren 

30 Aufwandes bei der Verwirklichung hier nicht weiter verfolgt 
werden sollen. 

1. Verweis innerhalb einer Multimedia-Nachricht MM: 
Eine Multimedia-Nachricht MM, die zwei MM-Elemente MM-E1, MM- 
35 E2 enthalt, trifft am MMS Relay/Servers MMS-RS des Empfangers 
ein. Das erste MM-Element MM-E1 sei eine SMIL Presentation, 
also eine Presentation, die in einer von dem world wide web 
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consortium W3C standardisierten Sprache zur Synchronisation 
von multimedialen Inhalten nach [4] beschrieben ist. Dazu 
enthalte das erste MM-Element MM-E1 einen Verweis auf das 
zweite MM-Element MM-E2, in diesem Beispiel eine Datei vom 
5 Dateityp DT „Standbild" des Dateif ormates DF „GIF", das ge- 
kennzeichnet ist mit der charakteristischen Dateikennung bzw. 
Extension "gif". Der MMS User Agent des Empf angers ist aller- 
dings nicht in der Lage Dateien dieses Formates darzustellen. 
Folglich konvertiert der MMS Relay/Server vor der Zustellung 
10 der gesamten Multimedia-Nachricht MM an den MMS User Agent 
das Format DF der ref erenzierten Datei gemafi des MMS User A- 
gent Profiles in ein anderes Format DF, hier zum Beispiel 
JPEG, gekennzeichnet durch die an den Dateinamen angehangte 
Extension "jpg". Dieser Zusammenhang ist in der Abbildung von 
15 Figur 2 prinzipiell dargestellt. 

Erf indungsgemaft wird nun auch der Verweis LK 1 auf das zweite 
MM-Element MM-E2 nach der Konvertierung KONV angeglichen wer- 
den. In diesem Fall ist dazu lediglich die Anpassung der Ex- 
20 tension im Verweis notig, so dass sich der neue Verweis LK 2 
auf das nun konvertierte Element MM-E2 von dem alten Verweis 
LK 1 nur durch die Extension unterscheidet : 

vor der Konvertierung: LK 1 = Vprivat/holiday . gif " 
nach der Konvertierung: LK 2 = Vprivat /holiday . jpg" . 





2. Externer Verweis: 
Eine Multimedia-Nachricht MM, die am MMS Relay/Servers MMS-RS 
des Empfangers gemafl Ref erenzmarke 1 in der Abbildung von Fi- 
gur 3 eintrifft, beinhaltet durch Ref erenzmarke 2 einen Ver- 
30 weis LK 2 auf einen externen Speicherplatz . Erf indungsgemali 
wird nun vor der Zustellung einer Multimedia-Nachricht MM an 
den MMS User Agent des Empfangers uberpruft, ob der Dateityp 
und/oder das Dateiformat der mit dem Verweis ref erenzierten 
Datei gegebenenf alls nach dem Vorgaben des MMS User Agent 
35 Profiles konvertiert werden mussen. Erkennt der MMS Re- 
lay/Server MMS-RS die Notwendigkeit einer Konvertierung, so 
muss er die Datei zunachst vom angegebenen Speicherplatz aus- 
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lesen und im MMSE des MMS Service Providers SPro zum Zwecke 
der Konvertierung gemaii der Referenzmarke 3 zwischenspei- 
chern . 

Die gemaii des MMS User Agent Profiles konvertierte Datei kann 
anschlieftend allerdings nicht wieder im externen Server EXT 
gespeichert werden, da in der Regel davon auszugehen ist, 
dass der MMS Service Provider SPro kein Schreibrecht auf ex- 
terne Server EXT haben wird. Stattdessen muss die konvertier- 
te Datei im MMSE des MMS Service Providers SPro im MMS Re- 
lay/Server oder auf einem anderen Server, der mit dem MMS Re- 
lay/Server in Verbindung steht und hier nicht weiter darge- 
stellt ist f abgelegt werden. 

Im Gegensatz zum oben beschriebenen Fall 1 reicht eine Anpas- 
sung der Extension im Verweis nun nicht mehr aus, da sich 
durch den neuen Speicherort der konvertierten Datei die ge- 
samte Pfadangabe geandert hat. Vielmehr muss der alte Verweis 
LK 1 komplett durch einen neuen Verweis auf den neuen Spei- 
cherplatz innerhalb des MMSEs des MMS Service Providers SPro 
ersetzt werden. Diese Angleichung des Verweises muss vor der 
Zustellung der Multimedia-Nachricht MM an das MMS User Agent 
des Empfangers geschehen, siehe Ref erenzpunkt 4 in der Abbil- 
dung von Figur 4 . 

Mochte das MMS User Agent des Empfangers spater den neuen 
Verweis 2 in der Multimedia-Nachricht MM auflosen, so findet 
es am ref erenzierten Speicherplatz eine gemafl den Vorgaben 
aus dem MMS User Agent Profiles konvertierte Datei, siehe Re- 
f erenzpunkt 5 in der Abbildung von Figur 4. 

Verweis LK 1 - vor der Konvertierung: 

http://www.external_server.de/public/pictures/holiday.gif 
Verweis LK 2 - nach der Konvertierung: 

http: //www. MMS_service_provider /pics /holiday. jpg 
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Als alternative Ausfuhrungsvariante wird ein Verfahren ausge- 
fiihrt, bei dem jeder externe Verweis innerhalb einer Multime- 
dia-Nachricht MM automatisch bei ihrer Ankunft im MMSE des 
MMS Service Providers SPro durch einen neuen Verweis LK er- 
setzt wird, der sozusagen als Platzhalter auf mogliche Spei- 
cherplatze im MMSE des MMS Service Providers SPro verweist. 
An diesen Speicherplatzen im MMSE konnen spater, d.h. auf An- 
frage, konvertierte Dateien abgelegt werden. Die Konvertie- 
rung selbst kann nach dieser Ausfuhrungsvariante wahlweise 
auch erst dann ausgefuhrt werden, wenn das Herunterladen ei- 
ner Datei mit Hilfe des Verweises LK von dem Endgerat bzw. 
der darauf laufenden MMS-Nutzerapplikation MMS-UA eingeleitet 
wird. 

Zusammenfassend wird erf indungsgemaft ein Verfahren vorge- 
schlagen, in dem jede am MMS Relay/Server des Empf angers ein- 
treffende MM zunachst daraufhin iiberpruft wird, ob in ihr 
Verweise auf andere Dateien enthalten sind. Dazu mussen gege- 
benenfalls alle Header-Felder im Header der MM und in den 
Headern der einzelnen MM-Elemente untersucht werden. Weiter- 
hin setzt das beschriebene Verfahren in der Regel das Offnen 
derjenigen MM-Elemente MM-E voraus, die einen Verweis enthal- 
ten konnen, zum Beispiel SMIL, html oder txt. Andere MM- 
Elemente MM-E, die keine Verweise enthalten konnen, brauchen 
nicht geoffnet zu werden. Dies trifft beispielsweise auf Au- 
dio-Dateien oder Standbilder zu. Da die MM-Elemente MM-E, die 
geoffnet werden mussen, in der Regel sehr viel kleiner sind 
als did MM-Elemente MM-E, die nicht geoffnet zu werden brau- 
chen, ist der zusatzliche Verarbeitungsaufwand im MMS Re- 
lay/Server MMS-RS des MMS Service Providers SPro nur gering. 
Der MMS Service Provider SPro kann mit dem beschriebenen Ver- 
fahren seinen Kunden garantieren, dass alle in einer Multime- 
dia-Nachricht MM enthaltenen Verweise gemaft den Inf ormationen 
aus dem MMS User Agent Profile des Empfangers B aufgelost 
werden konnen, also sowohl interne Verweise als auch externe 
Verweise. 
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Die Vorteile eines erf indungsgemafien Verfahrens sind vielfal- 
tig: 

• zum einen wird erreicht, dass Verweise innerhalb einer 
MM auch zwischen unterschiedlichen MM-Elementen durch 

5 eine eventuell im MMS Relay/Server des Empfangers gemaft 

des MMS User Agent Profiles des Empfangers durchgefiihrte 
Dateityp- und/oder Dateiformat-Konvertierung weiterhin 
ihre Gliltigkeit behalten. 

• zum anderen wird vorgeschlagen, bei Verweisen aus einer 
10 MM auf extern abgelegte Dateien zu uberpriifen, ob diese 

ebenfalls einer Dateityp- und/oder Dateiformat- 
Konvertierung gemali den Inf ormationen des MMS User Agent 
Profiles des Empfangers durch den MMS Relay/Server des 
Empfangers unterzogen werden mussen und ob diese Verwei- 
15 se nach einer erfolgten Konvertierung ebenfalls entspre- 

chend angepafit werden mussen. 

Mit einem Verfahren der vorstehend exemplarisch beschriebenen 
Art wird also garantiert, dass in einer Multimedia-Nachricht 

20 MM mit internen Verweisen LK auch nach einer Konvertierung 

von Dateitypen und/oder Dateif ormaten diese Verweise LK wei- 
terhin gultig bleiben. Ferner wird garantiert, dass ein MMS 
User Agent auch bei einer MM mit externen Verweisen bzw. Ver- 
weise auf Dateien, die auf einem externen Server EXT liegen 

25 und nicht Bestandteil der MM sind, Dateien zum Herunterladen 
bzw. Download angeboten bekommt, deren Dateitypen bzw. Datei- 
formate er als Empf anger-Applikation zu verarbeiten in der 
Lage ist. Nur so wird ermoglicht, dass eine MM immer voll- 
standig in einem Endgerat prasentiert werden kann, und zwar 

30 in der Form, wie es vom Absender vorgesehen war. 

Der Multimedia Messaging Service MMS spezifiziert Mechanismen 
zum Transport beliebiger Inhalte von einem Teilnehmer des 
Service uber ein Netzwerk zu einem anderen Teilnehmer, wobei 
35 die fur den Nachrichtentransport nutzbaren Inf ormationsele- - 
mente der Nachrichten, die Header-Felder sehr flexibel ein- 
setzbar sind. Zusammenf assend sind vorstehend verschiedene 
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Moglichkeiten zum Unterstiitzen attraktiver AnwendungsmSglich- 
keiten fur diverse bereits bekannte Nachrichtenarten auch in 
MMS vorgestellt worden, wobei der Wirkungsgrad des Nachrich- 
tenflusses vorteilhaf terweise dadurch verbessert wird, dass 
5 erfindungsgemaJi nunmehr jede Multimedia-Nachricht MM in An- 
passung an die Moglichkeiten eines jeweiligen Empf angers auf- 
gelost bzw. den Vorschriften eines Absenders entsprechend 
aufgebaut und dargestellt werden kann. Auch die Obertragung 
von kurzen Teil-Nachrichten, wie etwa von Nachrichten des 
10 Short Message Service SMS, mit einem Verweis auf andere Quel- 
len, d.h. beispielsweise Referenzen auf externe Internet- 
Seiten, die dann mit einer externen Anwendung aufgerufen wer- 
den konnen, wie beispielsweise einem Internet-Browser, sind 
damit unproblematisch moglich. Die vorliegende Erfindung er- 
15 moglicht zudem eine struktur-konf orme Eingliederung in be- 
kannte Nachrichtenfliisse fur alle bekannten und auch zukiinf- 
tig neue Datenformate in angepasster Form zusammen mit einer 
Nutzung der jeweiligen Vorteile. 

20 Hintergrundangaben zu WAP, MMS und zitierten neuen Code- 

Sprachen finden sich zusammengef asst insbesondere an folgen- 
den Stellen: 

[1] 3GPP TS 23.040 version 5.3.0, Release 5; Third Generation 
Partnership Project; Technical Specification Group Termi- 
nals; Technical realization of the Short Message Service 
(SMS) . 

[2] 3GPP TS 22.140 version 5.1.0, Release 5; Third Generation 
Partnership Project; Technical Specification Group Ser- 
30 vices and System Aspects; Multimedia Messaging Service 

(MMS); Service Aspects; Stage 1. 
[3] 3GPP TS 23.140 version 5.2.0, Release 5; Third Generation 
Partnership Project; Technical Specification Group Termi- 
nals; Multimedia Messaging Service (MMS) ; Functional De- 
35 scription; Stage 2. 
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[4] Synchronized Multimedia Integration Language, SMIL ver- 
sion 2.0; World Wide Web Consortium; W3C Recommendation; 
07 August 2001. 

5 Ferner wurden im Rahmen der vorliegenden Darstellung einer 
Ausfiihrungsform der Erfindung insbesondere folgende Be- 
zugszeichen und Abkurzungen verwendet: 



1- Kommunikations'system 

10 2 Ebene eines Datenver senders 

3 Ebene eines Providers / der Provider 

4 Ebene eines Empfangers 

GSM Global System for Mobile Communication 

SMS Short Message Service 

15 UMTS Universal Mobile Telecommunication System 

WAP Wireless Application Protocol 

WSP Wireless Session Protocol 

MM Multimedianachricht / Multimedia Message 

MM1-4 Multimedia-Nachricht unter Transportanpassung 

20 MMS Multimedia Messaging Service 

MM-E Element einer Multimedianachricht 

MMSE Multimedia Messaging Service Environment 

SMIL Presentation in SMIL / 

Synchronized Multimedia Integration Language 

25 SMTP Simple Mail Transfer Protocol 

LK Verweis / Link 

F externe Datei / file 

DT Datentyp 

DF Datenformat 

30 EXT externer Server 

MMS-UA MMS Nutzer Applikation 

MMS-UA A MMS User Agent A, Sender einer MM, Figur 1 
MMS-UA B MMS User Agent B, Empfanger einer MM, Figur 1 

MMS-RS MMS Verbindungseinheit / MMS Relay/Server 

35 KONV Konvertierung 

RN Funk-Netzwerk / Radio Network 

SPro Service Provider 
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Patentanspruche 

1. Verfahren zur Ubertragung von Daten in einem Kommunikati- 
onssystem, insbesondere zur Obertragung von Text- 
und/oder Bilddaten mit oder ohne Ton, 

wobei eine zu ubermittelnden Datennienge aus einzelnen E- 
lementen zusammengesetzt wird f die jeweils nach gleichen 
oder unterschiedlichen Standards codiert werden, 
dadurch gekennzeichnet, 
dass eine Dateityp- und/oder Dateif ormat-Konvertierung 
(KONV) 

gemaft eines Profils des Empfangers (B) vorgenommen wird, 
wobei ein jeweiliger Verweis (LK) zur Erhaltung der Gill- 
tigkeit dieses Verweises (LK) in den Daten und/oder zwi- 
schen unterschiedlichen Daten-Elementen der Dateityp- 
und/oder Dateif ormat-Konvertierung (KONV) entsprechend 
geandert wird. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass die Konvertierung (KONV) bei einem Provider eines 
Empfangers vorgenommen wird. 

3. Verfahren nach einem der beiden vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass der Verweis (LK) in den Daten zwischen unterschied- 
lichen Elementen gepruft wird. 

4. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die Daten zum Versand derart aufbereitet werden, 
dass sie einen Header zum Transport von Organisationsin- 
formationen und einen Body zum Transport einer jeweiligen 
Nutzinformation als Elemente vorzugsweise in Form mehre- 
rer Datenpakete umfassen. 
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Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 
dass die Daten als Multimedia Message (MM) in einem Mul- 
timedia Messaging Service (MMS) iibertragen werden. 

Verfahren nach dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, 
dass die Daten auf ein mobiles Teilnehmer-Endgerat iiber- 
tragen werden, insbesondere ein WAP-fahiges Mobiltelef on. 



7. Teilnehmer-Endgerat zur Ubertragung und/oder Darstell'ung 
von Daten in Form von Text- und/oder Bilddaten mit oder 
ohne Ton, die als Elemente einer zu ubermittelnden Daten- 
menge nach gleichen oder unterschiedlichen Standards co- 

15 diert sind, 

dadurch gekennzeichnet, 
dass das Teilnehmer-Endgerat zur Umsetzung eines Verfah- 
rens nach einem der vorstehenden Anspruchen ausgebildet 
ist . 

20 

8. Teilnehmer-Endgerat nach dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, 

dass es als Mobiltelefon ausgebildet ist, insbesondere 
nach dem GSM-, GPRS-, EDGE- oder UMTS-Standard oder 
25 Mischformen. 

9. Computerprogrammerzeugnis, das ein computerlesbares Spei- 
chermedium umfasst, auf dem ein Programm gespeichert ist, 
das es einer Datenverarbeitungsanlage oder einem Computer 

30 ermoglicht, nachdem es in den Speicher des Computers ge- 

laden worden ist, innerhalb einer Datentibertragung in ei- 
nem Kommunikationssystem und insbesondere einem Mobil- 
funknetz eine automatische Verweisaktualisierung nach ei- 
ner Dateityp- und/oder Dateif ormat-Konvertierung (KONV) 

35 zur Erhaltung der Gultigkeit eines Verweises (LK) in den 

Daten zwischen unterschiedlichen Daten-Elementen gemafi 
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eines Profils des Empfangers (B) vorzunehmen. 

10. Computerprograirimerzeugnis nach dem vorhergehenden An- 
spruch, 

dadurch gekennzeichnet, 

dass dieses ein Verfahren nach einem der Anspruche 1 bis 

6 bei Datenversand in einem Mobilf unknetz durchfiihrt. 

11. Kommunikationssystem 

dadurch gekennzeichnet, 
dass mindestens eine Komponente des Kommunikationssystems 
nach einem Verfahren der Anspriiche 1 bis 6 arbeitet 
und/oder ein Teilnehmer-Endgerat nach einem der Anspruche 

7 bis 8 umfasst und/oder ein Computerprogrammerzeugnis 
nach einem der Anspruche 9 bis 10 beinhaltet ist. 
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Zusammenfassung 

Verfahren zur Ubertragung von Daten 

5 Die vorliegende Erfindung betrifft ein Verfahren zur Obertra- 
gung von Daten nach dem Oberbegriff von Anspruch 1, ein Teil- 
nehmer-Endgerat, ein Computerprogrammerzeugnis und ein Kommu- 
nikationssystem. 

10 Urn ein Verfahren, ein Teilnehmer-Endgerat , ein Computerpro- 
grammerzeugnis und ein Kommunikationssystem vorzuschlagen, 
das einem Absender von Daten bzw. einer Nachricht zusatzliche 
Moglichkeiten zur Datenversendung bei einem hoheren Grad von 
Flexibilitat zur fehlerfreien Anpassung bei jedweder Kombina- 

15 tion von Daten und Datenf ormaten an ein gegebenes Kommunika- 
tionssystem und/oder eine MMS-Nutzerapplikation gibt, wird 
vorgeschlagen, dass dass eine Dateityp- und/oder Dateiformat- 
Konvertierung (KONV) gemafi eines Profils des Empfangers (B) 
vorgenommen wird, wobei ein jeweiliger Verweis (LK) zur Er- 

20 haltung der Gultigkeit dieses Verweises (LK) in den Daten 
und/oder zwischen unterschiedlichen Daten-Elementen der Da- 
teityp- und/oder Dateif ormat-Konvertierung (KONV) entspre- 
chend geandert wird. 



(Figur 3) 
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Fig. 1 




Fig. 2 
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